Wrapper playlists on streaming media services

ABSTRACT

The following subject matter associates new or different media content with a particular playlist while maintaining the playlist&#39;s corresponding reference(s) to content such as streaming media content. A server component receives a request from a client for one or more content items. The server component identifies a data structure that refers to one or more further content items. Next, the server modifies the data structure to reference the content item or items requested by the client. The server provides the content items referenced by the modified data structure to the client.

TECHNICAL FIELD

This disclosure relates to networked client/server systems and tomethods of delivering requested content in such systems. Moreparticularly, the subject matter relates to systems and methods fordelivering client requested content to the client along with additionalcontent.

BACKGROUND

When a client requests a piece of content such as digital video, audio,or some other content from a server, the client typically provides aglobal address to the content in the form of a Uniform Resource Locator(URL). The server then accesses the addressed content and sends or“streams” it to the client in the form of a continuous digital datastream.

There are various file data formats for streaming digital media contentand composite media streams. “Advanced Streaming Format” (ASF) is anexample of such a data file format. ASF (sometimes referred to asWINDOWS Container Media Format) specifies a way in which multimedia datacontent is stored, streamed, and presented by a variety of tools,servers, and clients of a number of different multimedia vendors. ASFprovides a storage and transmission data file format that encapsulatesmultimedia data types (e.g., images, audio, and video) as well asembedded text (e.g., a URL) and also allows for synchronizing theseobjects within a digital data stream. (Further details about ASF areavailable from Microsoft Corporation of Redmond, WA.).

Regardless of which of a number of different streaming file data formatsis used, an individual data stream includes a sequence of digital datasets or units. The units represent an image, sound, or some otherstimuli that is perceived by a human to be continuously varying. Theclient renders the units individually, in sequence, to reproduce theoriginal stimuli. For example, an audio data stream comprises a sequenceof sample values that are converted to a pitch and volume to producecontinuously varying sound. A video data stream comprises a sequence ofdigitally specified graphics frames that are rendered in sequence toproduce a moving picture.

In the simplest case, a client requests a single streaming media contentfile, to reproduce, or “play” a single piece of content such as a songor a video. Alternatively, the client may request a playlist, or“playlist file” that includes a number of different references toindividual streaming media content files. Each playlist file includesinformation such as information to reference specific pieces of content,an order in which to play the referenced content, and other information(e.g., whether to play certain pieces of referenced content more thanone time). In other words, a playlist file not only references mediacontent, but also describe how pieces of media content are combined.

Playlists do not normally contain the actual media data, but ratherparticular references (i.e., a URL) to stored media data. As a result, aplaylist file is typically small in size, generally only contains text,and is typically easy and computationally inexpensive to modify. (Areference to a single piece of media content may appear in any number ofdifferent playlist files).

A playlist is typically created in predetermined format. TheSynchronized Multimedia Integration Language (version. 2.0), referred toas “SMIL” is an example of such a predetermined format. SMIL is anextension of the World Wide Web Consortium (W3C) standard ExtensibleMarkup Language (XML). SMIL provides syntax and structure to define bothhigh-level instructions and data corresponding to the content referencedby a playlist. (The specification for SMIL is well understood in thecomputing industry).

A playlist can be implemented on a client computer or on a servercomputer. When a client implements a playlist, the playlist is typicallydownloaded from a server. The client interprets the downloaded playlistfile to present a series of requests to the server, for every piece ofcontent represented in the playlist. A server, upon receipt of a mediacontent request from a client, is generally not aware that the client isrequesting media content that is referenced in a client implemented, or“client-side” playlist file. This is because use of a client-sideplaylist is indistinguishable from a client requesting a server to playone or more respective pieces of media content one-after-the-other.

A server implemented playlist, or “server-side” playlist is maintainedby a server and is not downloaded to a client. To access media contentrepresented in a server-side playlist, a client typically selects a URLthat identifies both a server and a particular playlist file. Responsiveto receiving a request from the selection of such a URL, the identifiedserver accesses the requested playlist and streams, or “plays” the mediacontent referenced by the playlist to the requesting client, one pieceof media content at a time.

Regardless of whether a playlist is implemented on a server or on aclient, a playlist can play a substantially important role in building abusiness based on advertising, source branding, service branding, and/orother revenue basis. For example, a playlist file can allow a contentprovider (e.g., an Internet radio station) to embed, or combine anadvertisement, a brand name, and/or other content such as multimediacontent previews, radio-station identifiers and/or the like withscheduled media content. Every time that a content provider chooses tomodify an advertisement, branding information, and/the like, that isembodied in a playlist, the content provider must typically modify theplaylist to excise the old content to incorporate the new content. Or,the content provider can remove the old playlist and create a completelynew playlist to reflect the change(s). Such playlist modifications andmay be brought about for any number of reasons such as changes inbusiness methods, regulatory constraints, audience demographics, and/orthe like. It can be appreciated that a content provider such as a radioor television station may have any number of playlists (e.g., oneplaylist, one-hundred playlists, one thousand playlists, or more) thatneed to be modified, and or created to reflect such changes. Thus suchplaylist media content changes typically require a substantial amount ofadministrative overhead.

SUMMARY

Various embodiments for automatically associating new or different mediacontent with a particular playlist are described. In one implementation,a server receives a request from a client for one or more content items.In response, the server identifies a data structure that refers to oneor more further content items. Next, the server modifies the datastructure to reference the content item or items requested by theclient. Finally, the server provides the content items that arereferenced by the modified data structure to the client.

The server can insert the reference to the client-requested content iteminto a particular point in a sequence of references in the datastructure. The data structure can be created by modifying a base datastructure or by copying a base data structure.

The client requested content item can be a streaming media content item,and the data structure can be a playlist that references a number ofother content items such as streaming media items. Alternatively, theclient-requested content item can be a Web page specification document,which is to be inserted in a data structure such as another Web pagespecification.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram that illustrates aspects of an exemplarysystem to deliver additional content along with requested content from aserver to a client.

FIG. 2 is a block diagram that illustrates aspects of an exemplaryplaylist wrapper data structure that refers to one or more contentitems.

FIG. 3 is a block diagram that illustrates aspects of an exemplaryplaylist wrapper data structure or playlist that refers to one or morecontent items.

FIG. 4 is a block diagram that illustrates aspects of an exemplary copyof a playlist wrapper data structure, or playlist that refers to one ormore content items.

FIG. 5 is a block diagram that illustrates aspects of a modifiedplaylist wrapper data structure or playlist that refers to one or morecontent items along with a client requested content item.

FIG. 6 is a flowchart that illustrates aspects of an exemplarymethodology for a server to stream content items to a client.

FIG. 7 is a block diagram that illustrates aspects of an exemplaryserver computer to deliver additional content along with requestedcontent to a client.

DETAILED DESCRIPTION

The following description sets forth a specific embodiment of a servercomponent and methodology that incorporates elements recited in theappended claims. The embodiment is described with specificity in orderto meet statutory requirements. However, the description itself is notintended to limit the scope of this patent. Rather, the inventors havecontemplated that the claimed subject matter might also be embodied inother ways, to include different elements or combinations of elementssimilar to the ones described in this document, in conjunction withother present or future technologies.

Exemplary System Environment

FIG. 1 shows a client/server network system 100 and environment.Generally, the system includes one or more network server computers 102and multiple network client computers 104. The computers communicatewith each other over a data communications network 106 such as theInternet. The data communications network might also comprise intranets,local-area networks and private wide-area networks. The system hasassociated data storage media 106.

In one embodiment, server 102 is a streaming media content server thatreceives URLs or other references that indicate streaming media content,files, and/or sources. For example, the URL might identify an ASF (.asf)file. A variety of requests from the client are typically received byserver 102, and might identify requested content in a variety ofdifferent forms other than the URL form. Furthermore, some requestsmight not be processed in accordance with the technique described below.However, at least one subset of the received requests includes requeststo one or more different content items that will be processed inaccordance with the described technique.

In response to receiving the content request, the server 102 identifiesor creates a data structure, or content template that refers to one ormore other content items. In the described embodiment, the contenttemplate comprises a playlist. The playlist or other type of datastructure can be created in a number of different data formats. SMILprovides an example of a suitable format.

The data structure acts as a wrapper or content template because thedata structure specifies content that will wrap or frame at least asubset of the content sent by a server 102 to a client 104.

After identifying the appropriate base data structure, the server 102modifies the data structure to reference the requested content item byinserting the requested URL into the playlist's sequence of URLs. Inmost cases, this modification will be performed on a copy of the basedata structure. A copy of the base data structure is a duplicateplaylist. After the base playlist has been modified in this manner,server 102 provides the content items referenced by the modified datastructure or playlist to the client 104.

FIG. 2 shows an exemplary data structure 200 to reference one or moreitems of content. The data structure includes a sequence of one or morereferences 202 to content items. In the described implementation, thereferences are URLs. Additionally, the data structure includes aplaceholder 204, or flag that identifies a particular point in asequence where the reference to the client requested content is to beplaced. The placeholder 204 can be located at any position with respectto the references 202.

There can be any number of placeholders 204 in the data structure 200,each placeholder identifying a particular point in a sequence where thereference to the client-requested content is to be placed. If there ismore than one placeholder, the total number of placeholders is analogousto a repeat count of how may times the client requested content will bereferenced in the data structure. Optionally, the number and position ofeach placeholder is indicated in the client's request for the contentitem.

Although the implementation that is described above has been applied toplaylists and streaming media, there are other types of content thatmight benefit from this approach. For example, the client's requestmight be for any other type of a document or file such as a Web page(e.g., an HTML document). In this case, the data structure 200 can berepresented in the file/document/Web page specification with aplaceholder indicating where the requested content, or reference to thecontent is to be inserted.

It can be appreciated that other types and combinations of contentbesides streaming media files are also possible such as bitmaps, JPEGs,MPEGs, and/or the like.

FIG. 3 is a block diagram that shows an exemplary base playlist 206 thatreferences one or more items of streaming media content. The playlist isone example of a data structure 200 of FIG. 2. In this implementation,the playlist references streaming media content items by identifying thecontent items with respective URLs 208. The playlist also includes aplaceholder 210, or flag to identify a particular point in a sequencewhere a reference to client requested content is placed. The placeholdercan be located at any position with respect to the one or morereferences or URLs.

FIG. 4 is a block diagram that shows an exemplary copy 212 of a basedata structure 206 or playlist. A copy of a base data structure 206 orplaylist is a duplicate data structure or playlist. The copy/duplicateis modified to reference client requested content item(s). Becauseplaylist 212 is a copy of playlist 206, playlist 212 includes streamingmedia content references 208 and placeholder 210

A client plays a temporary copy 212 of the wrapper playlist file 206, somodifying the temporary copy for one client request will not affect anyother concurrent or future client requests. Thus, a server is able toapply a same wrapper playlist to any number of different clients thatrequest any number of different original URL's. This is because eachrequesting client will play their own requested URL in a private copy ofthe wrapper playlist.

A URL 214 represents an item of content requested by a client. In thisexample, the client's content request refers to streaming media contentfile “newstuff.asf”. Server 102 modifies playlist 212 to reference therequested content item. This modification is illustrated in FIG. 5.

FIG. 5 is a block diagram that shows an exemplary playlist 212 after ithas been modified. Specifically, the server 102 has inserted a URL 214into the playlist 212 at the location identified by a placeholder 210. Aserver can use this technique to “wrap” other content items around aclient-requested content item. The client 104 does is not required to doanything special to receive the other content items. This is because theserver automatically translates the client's request for a particularcontent item into a request for the particular content item and theother content items.

To illustrate this, consider a playlist that includes the HTMLinstruction sequence shown in Table 1.

TABLE 1 EXAMPLE OF A PLACEHOLDER IN A WRAPPER PLAYLIST <HTML> <SEQ><MEDIA src=“http://advertisements/ advertisement1.asf“/> <MEDIAsrc=“%url%”/> <MEDIA src=“ http://advertisements/advertisement2.asf“/></SEQ> </HTML>

A placeholder 214 in the above HTML sequence is identified by “%url%”.The server replaces every occurrence of the string “%url%” with a URLrequested by the client. For example, consider a playlist that includesthe HTML sequence shown in Table 2.

TABLE 2 EXAMPLE OF WRAPPING OTHER URLS AROUND A A CLIENT REQUESTED URL<HTML> <SEQ> <MEDIA src=“http://advertisements/ advertisement1.asf”/><MEDIA src=“http://serverName/FeatureMovies/BigActionMovie.asf”/> <MEDIAsrc=“http://advertisements/advertisement2.asf“/> </SEQ> </HTML>

Note that the “%url%” placeholder has been replaced with a clientrequested URL 214 (http://serverName/FeatureMovies/BigActionMovie.asf).

In these examples, the playlists of Tables 1 and 2 are illustrated usingthe SMIL data format. However, the SMIL format is used for illustrationpurposes only, and a wrapper playlist can be generated and/or modifiedusing instructions and/or data represented in one of a number of othermultimedia integration formats.

Using a playlist structure and technique as described, allows a serverto add advertisements, previews of coming attractions, or other contentto a playlist sequence without having to modify an original playlist, orchange a URL that corresponds to the original playlist. A data structureor playlist is not restricted to placing advertisements before arequested URL. Such playlists can be used to specify that a client willreceive any stream of content that can be described by the playlistlanguage, and that the original requested URL may appear anywhere andany number of times in this sequence of content. Moreover, as discussedabove, any other playlist attributes that can be applied to content,such as repeat count and/or the like, can also be applied to theoriginal requested content reference (e.g., a URL).

Furthermore, a data structure such as this allows an administrator tospecify an advertising policy by editing the content of the playlist.The policy can easily be changed, by simply editing the base playlist.As a result, the discussed problem of configuring an advertising policyis turned into a much simpler problem of authoring an advertisingtemplate or playlist to frame or wrap all content. Authoring content isa well-understood problem and many existing tools for authoring Webcontent can help with this task.

In some cases, a server may store a standard playlist that is applied toall incoming client requests for content items. In otherimplementations, a collection of base playlists can be stored for usewith different types of requests. Requests can be distinguished, forexample, by a storage location of the referenced content, by a file nameor extension indicated in the request, and/or by a variety of otherdistinguishing factors.

As discussed above, base data structures or wrappers can be useful forother types of servers besides streaming media servers. For example, aWeb server typically serves Web pages that contain multiple referencesor URLs specified in a format such as HTML (hypertext markup language).A document such as this can be used as a template or wrapper accordingto the novel procedures discussed above, by including a placeholderindicating where embedded content should be located. When a clientrequests a Web page specification by supplying a URL reference, theserver inserts this URL reference into the wrapper, in place of theplaceholder, and then serves the resulting Web page.

To illustrate this, consider that a client requests a URL, for example,“http://server/doc1.htm”. The Web server responds by making a temporarycopy of a “wrapper” HTML document. The Web server then modifies thetemporary copy by inserting the originally requested URL(“http://server/doc1.htm”) into the contents of the wrapper document.

The “wrapper” HTML document may place banner advertisements and otherhelpful links around the originally requested content. When the modifiedtemporary copy of the wrapper html document is presented to the user,the contents of the original URL “http://server/doc1.htm” might thenappear in the middle of the wrapper document.

Exemplary Procedure

FIG. 6 is a flowchart diagram that shows an exemplary procedure 600 tostream data from a server to a client. At block 610, the procedurereceives a request from a client for one or more content items. At block612, the procedure identifies a data structure that refers to one ormore further content items. At block 614, the procedure modifies thedata structure to reference the requested content items. At block 616,the procedure provides the requested content items (block 610)referenced by the modified data structure (block 614) to the requestingclient (block 610).

Exemplary Computer Environment

FIG. 7 shows components of computer 700 that forms a suitableenvironment for a server computer 102 of FIG. 1. The components shown inFIG. 7 are only examples, and are not intended to suggest any limitationas to the scope of the functionality of the subject matter; the subjectmatter is not necessarily dependent on the features shown in FIG. 7.

Generally, various different general purpose or special purposecomputing system configurations can be used. Examples of well knowncomputing systems, environments, and/or configurations that may besuitable for use with the subject matter include, but are not limitedto, personal computers, server computers, hand-held or laptop devices,multiprocessor systems, microprocessor-based systems, set top boxes,programmable consumer electronics, network PCs, minicomputers, mainframecomputers, distributed computing environments that include any of theabove systems or devices, and the like.

The functionality of a computer is embodied in many cases bycomputer-executable instructions, such as program modules that areexecuted by the computer. Generally, a program module includes routines,programs, objects, components, data structures, etc. that performparticular tasks or implement particular abstract data types. Tasksmight also be performed by remote processing devices that are linkedthrough a communications network. In a distributed computingenvironment, program modules may be located in both local and remotecomputer storage media.

The instructions and/or program modules are stored at different times inthe various computer-readable media that are either part of the computeror that can be read by the computer. Programs are typically distributed,for example, on floppy disks, CD-ROMs, DVD, or some form ofcommunication media such as a modulated signal. From there, they areinstalled or loaded into the secondary memory of a computer. Atexecution, they are loaded at least partially into the computer'sprimary electronic memory. The subject matter described herein includesthese and other various types of computer-readable media when such mediacontain instructions programs, and/or modules for implementing the stepsdescribed below in conjunction with a microprocessor or other dataprocessors. The subject matter also includes the computer itself whenprogrammed according to the methods and techniques described below.

For purposes of illustration, programs and other executable programcomponents such as the operating system are illustrated herein asdiscrete blocks, although it is recognized that such programs andcomponents reside at various times in different storage components ofthe computer, and are executed by the data processor(s) of the computer.

With reference to FIG. 7, the components of computer 700 may include,but are not limited to, a processing unit 720, a system memory 730, anda system bus 721 that couples various system components including thesystem memory to the processing unit 720. The system bus 721 may be anyof several types of bus structures including a memory bus or memorycontroller, a peripheral bus, and a local bus using any of a variety ofbus architectures. By way of example, and not limitation, sucharchitectures include Industry Standard Architecture (ISA) bus, MicroChannel Architecture (MCA) bus, Enhanced ISA (EISAA) bus, VideoElectronics Standards Association (VESA) local bus, and PeripheralComponent Interconnect (PCI) bus also known as the Mezzanine bus.

Computer 700 typically includes a variety of computer-readable media.Computer-readable media can be any available media that can be accessedby computer 700 and includes both volatile and nonvolatile media,removable and non-removable media. By way of example, and notlimitation, computer-readable media may comprise computer storage mediaand communication media. Computer storage media includes volatile andnonvolatile, removable and non-removable media implemented in any methodor technology for storage of information such as computer-readableinstructions, data structures, program modules, or other data. Computerstorage media includes, but is not limited to, RAM, ROM, EEPROM, flashmemory or other memory technology, CD-ROM, digital versatile disks (DVD)or other optical disk storage, magnetic cassettes, magnetic tape,magnetic disk storage or other magnetic storage devices, or any othermedium which can be used to store the desired information and which canbe accessed by computer 710.

Communication media typically embodies computer-readable instructions,data structures, program modules or other data in a modulated datasignal such as a carrier wave or other transport mechanism and includesany information delivery media. The term “modulated data signal” means asignal that has one or more if its characteristics set or changed insuch a manner as to encode information in the signal. By way of example,and not limitation, communication media includes wired media such as awired network or direct-wired connection and wireless media such asacoustic, RF, infrared and other wireless media. Combinations of any ofthe above should also be included within the scope of computer readablemedia.

The system memory 730 includes computer storage media in the form ofvolatile and/or nonvolatile memory such as read only memory (ROM) 731and random access memory (RAM) 732. A basic input/output system 733(BIOS), containing the basic routines that help to transfer informationbetween elements within computer 700, such as during start-up, istypically stored in ROM 731. RAM 732 typically contains data and/orprogram modules that are immediately accessible to and/or presentlybeing operated on by processing unit 720. By way of example, and notlimitation, FIG. 7 illustrates operating system 734, applicationprograms 735, other program modules 736, and program data 737.

Such application programs 735 include server component 738, whichresponds to client requests for content by providing the requestedcontent and additional content to the client. Aspects of an exemplarymethodology of server component 738 were described above in reference toFIGS. 7–6.

The computer 700 may also include other removable/non-removable,volatile/nonvolatile computer storage media. By way of example only,FIG. 7 illustrates a hard disk drive 741 that reads from or writes tonon-removable, nonvolatile magnetic media, a magnetic disk drive 751that reads from or writes to a removable, nonvolatile magnetic disk 752,and an optical disk drive 755 that reads from or writes to a removable,nonvolatile optical disk 756 such as a CD ROM or other optical media.Other removable/non-removable, volatile/nonvolatile computer storagemedia that can be used in the exemplary operating environment include,but are not limited to, magnetic tape cassettes, flash memory cards,digital versatile disks, digital video tape, solid state RAM, solidstate ROM, and the like. The hard disk drive 741 is typically connectedto the system bus 721 through an non-removable memory interface such asinterface 740, and magnetic disk drive 751 and optical disk drive 755are typically connected to the system bus 721 by a removable memoryinterface such as interface 750.

The drives and their associated computer storage media discussed aboveand illustrated in FIG. 7 provide storage of computer-readableinstructions, data structures, program modules, and other data forcomputer 700. In FIG. 7, for example, hard disk drive 741 is illustratedas storing operating system 744, application programs 745, other programmodules 746, and program data 747. Note that these components can eitherbe the same as or different from operating system 734, applicationprograms 735, other program modules 736, and program data 737. Operatingsystem 744, application programs 745, other program modules 746, andprogram data 747 are given different numbers here to illustrate that, ata minimum, they are different copies. A user may enter commands andinformation into the computer 700 through input devices such as akeyboard 762 and pointing device 761, commonly referred to as a mouse,trackball, or touch pad. Other input devices (not shown) may include amicrophone, joystick, game pad, satellite dish, scanner, or the like.These and other input devices are often connected to the processing unit720 through a user input interface 760 that is coupled to the systembus, but may be connected by other interface and bus structures, such asa parallel port, game port, or a universal serial bus (USB). A monitor791 or other type of display device is also connected to the system bus721 via an interface, such as a video interface 790. In addition to themonitor, computers may also include other peripheral output devices suchas speakers 797 and printer 796, which may be connected through anoutput peripheral interface 795.

The computer may operate in a networked environment using logicalconnections to one or more remote computers, such as a remote computer780. The remote computer 780 may be a personal computer, a server, arouter, a network PC, a peer device or other common network node, andtypically includes many or all of the elements described above relativeto computer 700, although only a memory storage device 781 has beenillustrated in FIG. 7. The logical connections depicted in FIG. 7include a local area network (LAN) 771 and a wide area network (WAN)773, but may also include other networks. Such networking environmentsare commonplace in offices, enterprise-wide computer networks,intranets, and the Internet.

When used in a LAN networking environment, the computer 700 is connectedto the LAN 771 through a network interface or adapter 770. When used ina WAN networking environment, the computer 700 typically includes amodem 772 or other means for establishing communications over the WAN773, such as the Internet. The modem 772, which may be internal orexternal, may be connected to the system bus 721 via the user inputinterface 760, or other appropriate mechanism. In a networkedenvironment, program modules depicted relative to the computer 700, orportions thereof, may be stored in the remote memory storage device. Byway of example, and not limitation, FIG. 7 illustrates remoteapplication programs 785 as residing on memory device 781. It will beappreciated that the network connections shown are exemplary and othermeans of establishing a communications link between the computers may beused.

CONCLUSION

Although various implementations of the described subject matter havebeen described in language specific to structural features and/ormethodological operations, it is to be understood that the subjectmatter defined in the appended claims is not necessarily limited to thespecific features or steps described. Rather, the specific features andoperations are disclosed as exemplary forms of implementing the claimedsubject matter.

1. One or more computer-readable media containing computer programinstructions executable by a processor for providing streaming mediacontent to a plurality of clients, the computer program instructionscomprising instructions for: receiving, by a server computer, a requestthat refers to one or more streaming media content items; identifying,by a server computer, a playlist that refers to a sequence of one ormore further streaming media content items; modifying, by a servercomputer, the playlist to reference the one or more requested streamingmedia content items in the sequence; and streaming, by a servercomputer, the streaming media content items referenced by the modifiedplaylist to at least one requesting client computer.
 2. One or morecomputer-readable media as recited in claim 1, wherein the computerprogram instructions for modifying the playlist further compriseinstructions for adding a plurality of references to the requestedcontent item to the playlist.
 3. One or more computer-readable media asrecited in claim 1, wherein the computer program instructions formodifying the playlist further comprise instructions for adding a pluralnumber of references to requested content item to the playlist, thenumber being indicated by the received request.
 4. One or morecomputer-readable media as recited in claim 1, wherein the computerprogram instructions for identifying the playlist further compriseinstructions for creating the playlist by modifying a base playlist. 5.One or more computer-readable media as recited in claim 1, wherein thecomputer program instructions for identifying the playlist furthercomprise instructions for creating the playlist by modifying a copy of abase playlist.
 6. One or more computer-readable media as recited inclaim 1, wherein the computer program instructions for modifying theplaylist, the playlist further comprises a placeholder that identifies aparticular point in the sequence where the requested content is placed.7. One or more computer-readable media as recited in claim 1, whereinthe computer program instructions for receiving the request furthercomprise instructions for receiving a variety of requests from theclient, at least one subset of the variety of requests comprisingrespective requests to one or more different streaming media contentitems.
 8. One or more computer-readable media containing computerprogram instructions for a server computer to provide Web content to aplurality of client computers, the computer program instructionscomprising instructions for: receiving, by a server computer, a requestfrom a client computer for one or more requested Web documents;responsive to receiving the request: identifying, by a server computer,a wrapper Web document that refers to one or more further Web documents;modifying, by a server computer, the wrapper Web document to referencethe one or more requested Web documents; and providing, by a servercomputer, the Web documents referenced by the modified wrapper Webdocument to the client.
 9. One or more computer-readable media asrecited in claim 8 wherein the instructions for modifying the wrapperWeb document further comprise instructions for adding a plurality ofreferences to the requested Web documents in the wrapper Web document.10. One or more computer-readable media as recited in claim 8, whereinthe instructions for modifying the wrapper Web document further compriseinstructions for adding a plural number of references to the requestedWeb documents in the wrapper Web document, the number being indicated bythe received request.
 11. One or more computer-readable media as recitedin claim 8, wherein the instructions for identifying the wrapper Webdocument, the wrapper Web document is a base wrapper Web document. 12.One or more computer-readable media as recited in claim 8, wherein theinstructions for identifying the wrapper Web document, the wrapper Webdocument is a copy of a base wrapper Web document.
 13. One or morecomputer-readable media as recited in claim 8, wherein the instructionsfor modifying the wrapper Web document, the wrapper Web document furthercomprises a placeholder that identifies a particular point in a sequencewhere the requested documents are referenced.
 14. One or morecomputer-readable media as recited in claim 8, wherein the instructionsfor receiving the request further comprise instructions for receiving avariety of requests from the client, at least a subset of the varietycomprising respective requests to one or more different Webspecification documents.